I will need time for a full review, but one thing I have doubts about is the .ignore directory, I understand that contains all the stuff that git should not add to the repository, but having a few more entries in .gitignore seems to me a very minor problem.

I think it might help in understanding the structure if we follow the conventions used in a lot of projects. Like putting libraries needed before anything in a lib directory (./lib/waftlib), putting every artefact created by build in a ./build directory.

Maybe not crucial for how it all works, but when we are moving and reorganizing directories anyway, why not?

I will need time for a full review,

take your time.

but one thing I have doubts about is the .ignore directory, I understand that contains all the stuff that git should not add to the repository, but having a few more entries in .gitignore seems to me a very minor problem.

in my opinion, just the all stuff in .ignore directory that git should not add to the repository, not .ignore directory contains all the stuff that git should not add to the repository.

I think it might help in understanding the structure if we follow the conventions used in a lot of projects. Like putting libraries needed before anything in a lib directory (./lib/waftlib), putting every artefact created by build in a ./build directory.

in my opinion, we don't have any library in this code that we import from outside, this project is not a python code, it is a few scripts (sometimes python scripts, sometimes bash or shell scripts), and 'lib' directories confused others, we have a small code that we use it in many scripts so we putted it in /.venv-*/lib/python*/site-packages/venv*lib/ as link, and I didn't see it is a reason to have a directory for it in the main project directory.

Maybe not crucial for how it all works, but when we are moving and reorganizing directories anyway, why not?

both are good for me, just I did what I liked, we can discuss it more with other members in our team.